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(§) Verfahren und System zum Verarbeiten von Alarmmeldungen in einem Rechnerverbundnetz mit mehreren 
Personal Computern 

@ Beschrieben wird ein Verfahren und ein System zum 
Verarbeiten von Alarmmeldungen in einem Rechnerver- 
bundnetz mit mehreren Personal Computern. Ein konfi- 
gurierbares Alarmfilter verteilt Alarmmeldungen an ver- 
schiedene Schnittstellen (18 bis 24} im Rechnerverbund. 
Durch eine Konfigurationsroutine werden Parameter des 
Alarmfilters festgelegt. 
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Beschreibung 

Die Erfindung betrifft ein Verfahren zum Verarbeiten von 
Alarmmeldungen in einem Rechnerverbundnetz mit mehre- 
ren Personal Computern, bei dem in jedem Personal Com- 5 
puter Betriebszustande abgefragt werden, die zu Alarmmel- 
dungen ruhren konnen. Femer betrifft die Erfindung ein Sy- 
stem, welches das genannte Verfahren realisiert. 

Personal Computer konnen wahrend des Betriebs unter- 
schiedliche Betriebszustande cinnehmen. Diesc Bctriebszu- 10 
stande werden durch verschiedene Sensoren und Auswerte- 
einrichtungen signalisiert. Beispielsweise kann ein Deckel- 
sensor vorgesehen sein, der mitteilt, ob das Gehause des 
Personal Computers geschlossen ist. Ferner ist es aus der 
Zeitschrift "Elektronik 21/1996": Seiten 58 bis 60, 62, 64, 15 
65 bekannt, durch Sensoren uberwachen zu lassen, ob ein 
Lufter im Personal Computer vorhanden ist, ob dieser be- 
reits eine hohe Betriebsdauer hinter sich hat oder ausgefal- 
len ist. Weitere Uberwachungen betreffen die Betriebstem- 
peratur, das Vorliegen von Spannungen innerhalb vorgege- 20 
bener Toleranzbereiche, das Vorhandensein eines Kurz- 
schlusses in einem Bus-System, die Drehzahl einer Fest- 
platte oder deren Fehlerrate, etc. 

Aus DE 40 39 013 C2 ist eine Datenverarbeitungsanlage 
mit mehreren Prozessoren bekannt, die Einrichtungen zur 25 
Erfassung von Informationen iiber Fehlerfunktionen auf- 
wcist, wobei im Falle eines ersten Fehlermeldcsignals dieje- 
nigen Teile der Datenverarbeitungsanlage gestoppt werden, 
die den Fehler verursacht haben, ferner die Folgefehler un- 
terbunden werden und schlieBlich die fur eine Fehlerbehe- 30 
bung erforderlichen Informationen erfaBt werden, 

Beim Wechsel von einem Betriebszustand in den anderen 
kann es zu Funktionsstorungen im Personal Computer oder 
im Rechnerverbundnetz kommen. Eine solche Stoning wird 
nach dem Stand der Technik dem Benutzer, dem Systemver- 35 
waiter oder Administrator durch entsprechende Mcldungen 
mitgeteilt. Bei bekannten Verfahren bzw. Systemen, wie 
z. B. dem SNI Server View der Siemens Nixdorf Informati- 
onssy steme AG, der Compaq Intelligent Manageability der 
Firma Compaq und dem Intel LAN-Desk Client Manager 40 
V3.1 der Firma Intel, werden Sensoren und Statuselemente, 
sogenannte Instrumentation Monitors, der betreffenden 
Funktionseinheiten, z. B. einer Festplatte, in einem Polling- 
Verfahren in bestimmten Zeitabstanden abgefragt. Die Zeit- 
abstande zwischen zwei Abfragen kann mithilfe einer Soft- 45 
ware eingesteilt werden. Ferner konnen Schwellwerte ftir 
analoge GroBen festgelegt werden, um Schwellwertuber- 
schreitungen zu erkennen, beispielsweise bei der Span- 
nungsiiberwachung. Bestimmte Betriebszustande fiihren 
dann zu einer Fehlermeldung, die vom Benutzer oder Admi- 50 
nistrator auszuwerten ist. Innerhalb eines Rechnerverbund- 
netzes kann nun eine Vielzahl von Alarmmeldungen auftre- 
ten, die das gesamte System uniibersichtlich machen. Es 
ware daher wunschenswert, Alarmmeldungen selektiv an 
den Orten anzuzeigen, wo sie von einem Benutzer sinnvoll 55 
ausgewertet werden konnen. 

Es ist Aufgabe der Erfindung, ein Verfahren und ein Sy- 
stem zum Verarbeiten von Alarmmeldungen in einem Rech- 
nerverbundnetz so auszubilden, daB, abhangig von einer 
Uberprufung einzelner Alarmmeldungen, eine gezielte Aus- 60 
wcrtung der jeweiligen Alarmmeldung sowie eine entspre- 
chende EinfluBnahme auf das Rechnerverbundnetz moglich 
ist. 

Die Losung dieser Aufgabe ergibt sich erfindungsgemaB 
durch die Merkmale des Anspruchs 1 . Vorteilhafte Weiter- 65 
bildungen der Erfindung sind in Unteranspriichen angege- 
ben. 

Durch die Einschaltung eines Alarmfilters, welches soft- 
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waretechnisch realisiert ist, kann eine gezielte Auswahl von 
Alarmmeldungen und eine entsprechende Verteilung an die 
verschiedenen Schnittstellen im Rechnerverbund erfolgen. 
Auf diese Weise kann auch in einem komplexen Rechner- 
verbundnetz eine ubersichtliche Darstellung von Alarmmel- 
dungen erreicht werden, insbesondere, indem Alarmmel- 
dungen unterdruckt werden. 

Beispielsweise ist es moglich, bestimmte Alarmmeldun- 
gen nur an den Administrator Personal Computer zu iiber- 
tragen, wahrend am betroffenen Personal Computer samtli- 
che Schnittstellen diese Alarmmeldungen erhalten. Auch 
kann je nach Schweregrad des Alarms eine Auswahl von 
Schnittstellen getroffen werden, so daB sehr flexibel auf un- 
terschiedliche Betriebszustande reagiert werden kann. 

GemaB einem Ausfuhrungsbeispiel der Erfindung wird 
die Konfigurationsroutine am betreffenden Personal Com- 
puter oder iiber einen Remote-Zugriff innerhalb des Rech- 
nerverbundnetzes ausgefiihrt. Ein solcher Remote-Zugriff 
kann beispielsweise von einem anderen Personal Computer 
aus erfolgen, vorzugsweise jedoch vom Administrator Per- 
sonal Computer. 

. Vorzugsweise werden Personal Computer im Rechnerver- 
bundnetz mit gleicher Konfiguration zu einer Gruppe zu- 
sammengefaBt. Die jeweilige Weiterleitung oder Nichtwei- 
terleitung der Alarmmeldungen fur diese Gruppe wird durch 
eine einzige Konfigurationsroutine festgelegt. Auf diese 
Weise kann der Konfigurationsaufwand verringert werden, 
ohne daB die Flexibilitat der Auswahl von Alarmmeldungen 
beeintrachtigt wird. 

GemaB einem anderen Ausfiihrungsbeispiel werden die 
Konfigurationsdaten im jeweiligen Personal Computer lokal 
in der Registry-Datenbank des Betriebssystems gespeichert, 
beispielsweise im Betriebssystem Windows NT. Diese Re- 
gistry-Datenbank dient zur Konfiguration des gesamten Per- 
sonal Computers. In ihr werden allc fur das Betriebssystem 
und seine Programme relevanten Software- und Hardware- 
einstellungen gespeichert. Von der Registry-Datenbank wer- 
den durch das Betriebssystem automatisch Sicherheitsko- 
pien angefertigt, um im Falle einer Beschadigung schnell 
auf Ersatzdatcn zugrcifen zu konnen. Durch dieses Ablegen 
der Konfigurationsdaten in dieser Registry-Datenbank wer- 
den die Sicherungsfunktionen des Betriebssystems fur diese 
Konfigurationsdaten genutzt. 

GemaB einem weiteren Aspekt der Erfindung wird ein 
System zum Verarbeiten von Alarmmeldungen in einem 
Rechnerverbundnetz mit mehreren Personal Computern an- 
gegeben, welches das vorgenannte Verfahren realisiert. Die- 
ses System ist durch die Merkmale des Anspruchs 11 defi- 
niert. Vorteilhafte Weiterbildungen sind in den darauffol- 
genden Anspruchen angegeben. Durch das System werden 
ebenfalls die beim bereits erlauterten erfindungsgemaBen 
Verfahren erreichten Vorteile erzielt. 

Ein Ausfuhrungsbeispiel der Erfindung wird im folgen- 
den anhand der Zeichnung erlautert. Darin zeigt 

Fig. 1 eine Blockdarstellung wichtiger Funktionseinheg- 
ten eines Personal Computers im Rechnerverbundnetz, und 

Fig. 2 eine Matrix, mit deren Hilfe Konfigurationsdaten 
festgelegt werden. 

Fig. 1 zeigt schematisch verschiedene Funktionseinheiten 
eines Personal Computers, die bei der Erfindung genutzt 
werden. Als Betriebssystem wird hier Windows NT der 
Firma Microsoft eingesetzt. In einem Funktionsblock 10 des 
Betriebssystems wird der Polling-Service realisiert, gemaB 
dem an einen Uberwachungsbaustein 12 Abfragetakte iiber 
den Datenweg 14 ausgegeben werden. Der Uberwachungs- 
baustein 12 enthalt Treiberbausteine, die Signale von Senso- 
ren, die die Betriebszustande des Personal Computers und 
gegebenenfalls des Netzes erfassen, an einen Monitorbau- 
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stein weitergeben. Dieser Monitorbaustein bereitet die Mel- 
dungen auf und gibt sie an den Funktionsblock 10 weiter, 
wo sie in entsprechenden Dateien abgespeichert werden, 
beispielsweise im betriebssystemspezifischen LOG FILE 
und im NT EVENT LOG. Konfigurationsdaten des Uberwa- 5 
chungsbausteins 12 sind in der Registry-Datenbank 16 ent- 
halten, welche zum Betriebssystem Windows NT gehort. 

Der Funktionsblock 10 bedient verschiedene Informati- 
onsschnittstellen 18 bis 24. Die Schnittstelle 18 ist ein War- 
nungsfcnstcr, das auch als Pop Up bezeichnet wird, wobei 10 
beim Auftreten einer Alarmmeldung ein Fenster am Bild- 
schirm erscheint, in welchem Informationen iiber die 
Alarmmeldung angezeigt werden. Das Warnungsfenster 18 
ist lokal angelegt, d. h. es werden am lokalen Personal Com- 
puter Informationen angezeigt. Eine andere Mogiichkeit be- 15 
steht darin, in einem entfemten Warnungsfenster 19 diese 
Meldung anzuzeigen, d. h. im allgemeinen unter Nutzung 
des Rechnerverbundnetzes. 

Eine weitere Schnittstelle ist die grafische Deskinformati- 
ons-Schnittstelle 20, welche eine lokale Schnittstelle ist. Bei 20 
der Deskinformations-Schnittstelle 20 werden in einem gra- 
fischen Userinterface (GUI) samtliche moglichen Alarm- 
meldungen angezeigt. Die aktuclle Alarmmeldung erscheint 
in dieser Darstellung abgehoben, beispielsweise durch eine 
bestimmte Farbdarstellung. Weiterhin konnen die Informa- 25 
tionen uber eine entfernte Deskinformations-Schnittstelle 
22 angezeigt werden, beispielsweise auf einem weiteren 
Personal Computer des Rechnerverbundnetzes. Die Deskin- 
formations-Schnittstelle ist eine Entwicklung der Siemens 
Nixdorf Informationssysteme AG. 30 

Eine weitere Schnittstelle ist als SNMP-Traps-Schnitt- 
stelle 24 definiert. Ober diese Schnittstelle 24 konnen mit 
Hilfe des Rechnerverbundnetzes die Alarmmeldungen an 
weitere Personal Computer (SNMP-Konsolen) weitergege- 
ben werden. Diese Personal Computer zeigen grafische In- 35 
formationen iiber die Alarmmeldungen an. 

Zur Konfigurierung des Alarmfilters, welches innerhalb 
des Funktionsblockes 10 realisiert ist, ist ein lokales Konfi- 
gurationsmodul 26 oder ein entferntes Konfigurationsmodul 
28 vorgesehen. In den Konfigurationsmodulen 26, 28 wer- 40 
den in einem Dialog die Konfigurationsdaten festgelegt. Das 
Alarmfilter legt auf Grundlage dieser Konfigurationsdaten 
fest, an welche Schnittstelle des betreffenden Personal Com- 
puters oder an Schnittstellen im Rechnerverbundnetz die je- 
weilige Alarmmeldung weitergeleitet oder eine Weiterlei- 45 
tung der Alarmmeldung unterbunden wird. 

Fig. 2 zeigt anhand einer Darstellung das Festlegen der 
Konfigurationsdaten fur einen speziellen Personal Compu- 
ter oder fur eine Gruppe von Personal Computern. In einer 
Matrix sind in einer ersten Spalte die verschiedenen Be- 50 
triebszustande eingetragen, die zu Alarmmeldungen fuhren 
konnen. Im vorliegenden Fall sind Alarme eines Admini- 
strator Personal Computers dargestellt. In einer zweiten 
Spalte ist angegeben, ob die Alarmmeldungen auf der loka- 
len Deskinformations-Schnittstelle 20 gemaB Fig. 1 ausge- 55 
geben werden sollen. Im vorliegenden Fall wird dies fur 
samtliche Alarmmeldungen bejaht. Selbstverstandlich kon- 
nen einzelne Alarmmeldungen auch unterdruckt sein - es 
erscheint dann in dieser Spalte anstelle eines Ja-Eintrags ein 
Nein-Eintrag. Die dritte Spalte betrifft die Schnittstellen, die 60 
als Ereignisanzcige ausgcbildct sind. Diese Ereignisanzei- 
gen werden aus der Datei NT EVENT LOG gemaB Funkti- 
onsblock 10 in Fig. 1 abgeleitet. 

Eine vierte Spalte der Matrix nach Fig. 2 betrifft die 
Schnittstelle Protokolldarstellung, die auf Daten im LOG- 65 
FILE des Betriebssy stems Windows NT zugreifen. SchlieB- 
lich ist eine funfte Spalte vorgesehen, die Konfigurationsda- 
ten fur die Schnittstelle Warnungsfenster zustandig sind. 
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Diese Schnittstelle ist gemaB Fig. 1 in dem Block 18 reali- 
siert. 

Das Einstellen der Konfigurationsdaten anhand der in 
Fig. 2 gezeigten Matrix erfolgt entweder durch Mouseklick 
auf einem Kreuzungspunkt, wobei jeweils ein Umschalten 
von Ja nach Nein erfolgt. Eine andere Mogiichkeit besteht 
darin, mittels der Mouse den Anfang einer Zeile oder den 
Anfang einer Spalte anzuwahlen, um den Kreuzungspunkt 
in der Matrix zu definieren. Durch Mouse-Klick auf ein vor- 
eingestelltes Matrixclcmcnt, beispielsweise in der linken 
oberen Ecke der Matrix, kann die gesamte Matrix weiterge- 
schaltet werden. 

Wie erwahnt, konnen Personal Computer mit gleicher 
Konfiguration zu Gruppen zusammengefaBt werden. In ei- 
nem sole hen Fall konnen die Personal Computer einer 
Gruppe durch eine einzige Konfigurationsmatrix eingestellt 
werden. Das Konfigurieren kann vom lokalen Personal 
Computer oder von einem entfernten Personal Computer 
des Rechnerverbundnetzes vorgenommen werden, vorzugs- 
weise durch den Administrator Personal Computer. Weiter- 
hin kann die Matrix erganzt sein, indem einzelne Personal 
Computer angegeben werden, deren grafische Schnittstelle 
angewahlt wird, um Alarmmeldungen des Rechnerverbund- 
netzes anzuzeigen. Wie leicht zu erkennen ist, konnen auf- 
grund der matrixtormigen Darstellungen, einzelne Alarm- 
Klassen fur alle Schnittstellen, einzelne Schnittstellen fur 
alle Alarm-Klassen, samtliche Alann-Klasscn und Schnitt- 
stellen gleichzeitig fur einen einzelnen Personal Computer 
oder eine Gruppe von Personal Computern eingestellt wer- 
den. Es ist somit jede beliebige Kombination von Einstel- 
lungen fur den lokalen Personal Computer wie auch fur ent- 
fernte Personal Computer von einem Adimnistrator- Arbeit s- 
platz moglich. 

Patentanspruche 

1. Verfahren zum Verarbeiten von Alarmmeldungen in 
einem Rechnerverbundnetz rnit mehreren Personal 
Computern, 

bei dem in jedem Personal Computer Betriebszustande 
abgefragt werden, die zu Alarmmeldungen fuhren kon- 
nen, 

bei Auftreten einer Alarmmeldung diese durch ein kon- 
figurierbares Alarmfilter uberpruft wird und abhangig 
von dieser Priifung die Alarmmeldung an eine Schnitt- 
stelle (18 bis 24) im Rechnerverbund weitergeleitet 
oder die Weiterleitung der Alarmmeldung unterbunden 
wird, 

und bei dem in einer Konfigurationsroutine fiir das je- 
weilige Alarmfilter die Weiterleitung oder die Nicht- 
weiterleitung der Alarmmeldungen festgelegt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die Konfigurationsroutine am betreffenden 
Personal Computer oder uber einen Remote-Zugriff in- 
nerhalb des Rechnerverbundnetzes ausgefuhrt wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB Personal Computer im Rechnerverbund- 
netz mit gleicher Konfiguration zu einer Gruppe zu- 
sammengefaBt werden und die jeweilige Weiterleitung 
oder Nichtweiterleitung der Alarmmeldungen fur diese 
Gruppe durch eine einzige Konfigurationsroutine fest- 
gelegt wird. 

4. Verfahren nach einem der vorhergehenden Ansprti- 
che, dadurch gekennzeichnet, daB als Schnittstelle im 
Rechnerverbund eine Deskinformations-Schnittstelle 
(20, 22) verwendet wird, bei der in einem grafischen 
Userinterface samtliche moglichen Alarmmeldungen 
angezeigt werden und die aktuelle Alarmmeldung in 
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der Darstellung abgehoben erscheint. 

5. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB als Schnittstelle eine 
Protokolldarstellung verwendet wird, bei der die aktu- 
elle Alarmmeldung gegebenenfalls mit weiteren Infor- 5 
mationen angezeigt wird, wobei auf einc LOG-Datei 
zugegriffen wird. 

6. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB als Schnittstelle eine 
Ereignisanzeige verwendet wird, bei der Daten der Da- to 
tei EVENT LOG des Betriebssystems WINDOWS NT 
angezeigt werden. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB als Schnittstelle ein 
Wamungsfenster (18, 19) verwendet wird, gemaB dem 15 
beim Auftreten einer Alarmmeldung ein Fenster am 
Bildschirm erscheint, in welchem Informationen uber 
die Alarmmeldung angezeigt werden. 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Konfigurations- 20 
daten im jeweiligen Personal Computer lokal in der 
Registry-Datenbank (16) des Betriebssystems WIND- 
OWS NT gespeichert werden. 

9. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB zur Konfigurierung 25 
samtliche Aiarmmeldungen sowie die moglichen 
Schnittstellen (18 bis 24) als Matrix dargestellt werden 
und daB beim Konfigurieren an den Kreuzungspunkten 
von Zeilen und Spalten der Matrix Entscheidungsdaten 
eingegeben werden, die bei der Prufung der Alarmmel- 30 
dungen ausgewertet werden. 

10. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, daB die Konfigurie- 
rung der verschiedenen Personal Computer oder der 
Gruppen von Personal Computern im Rechnerver- 35 
bundnetz am Administrator-Personal Computer vorge- 
nommen wird. 

11. System zum Verarbeiten von Aiarmmeldungen in 
einem Rechnerverbundnetz mit mehreren Personal 
Computern, 40 
mit einem Uberwachungsbaustein (12) in jedem Perso- 
nal Computer, der Betriebszustande abfragt, die zu 
Aiarmmeldungen fuhren konnen, 

mit einem konfigurierbaren Alarmfilter, das bei Auftre- 
ten einer Alarmmeldung diese uberpruft und abhangig 45 
von dieser Prufung die Alarmmeldung an eine Schnitt- 
stelle (18 bis 24) im Rechnerverbund weiterleitet oder 
die Weiterleitung der Alarmmeldung unterbindet, 
wobei Konfigurationsdaten fur das jeweilige Alarmfil- 
ter festlegbar sind, anhand denen die Weiterleitung 50 
oder die Nichtweiterleitung der Aiarmmeldungen er- 
folgt. 

12. System nach Anspruch 11, dadurch gekennzeich- 
net, daB die Konfigurationsroutine am betreffenden 
Personal Computer oder liber einen Remote- Zugriff in- 55 
nerhalb des Rechnerverbundnetzes ausgefuhrt wird. 

13. System nach Anspruch 11 oder 12, dadurch ge- 
kennzeichnet, daB Personal Computer im Rechnerver- 
bundnetz mit gleicher Konfiguration zu einer Gruppe 
zusammengefaBt sind und die jeweilige Weiterleitung 60 
oder Nichtweiterleitung der Aiarmmeldungen dieser 
Gruppe durch eine einzige Konfigurationsroutine die 
jeweilige Weiterleitung oder Nichtweiterleitung der 
Aiarmmeldungen festlegbar ist. 

14. System nach einem der vorhergehenden Ansprii- 65 
che, dadurch gekennzeichnet, daB als Schnittstelle im 
Rechnerverbund eine Deskinformationsschnittstelle 
(20, 22) vorgesehen ist, bei der in einem grafischen 



Userinterface samtliche moglichen Aiarmmeldungen 
angezeigt werden und die aktuelle Alarmmeldung in 
der Darstellung abgehoben erscheint. 

15. System nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB als Schnittstelle eine 
Protokolldarstellung vorgesehen ist, bei der die aktu- 
elle Alarmmeldung gegebenenfalls mit weiteren Infor- 
mationen angezeigt wird, wobei auf eine LOG-Datei 
zugegriffen wird. 

16. System nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB als Schnittstelle eine 
Ereignisanzeige vorgesehen ist, bei der Daten der Datei 
EVENT LOG des Betriebssystems WINDOWS NT an- 
gezeigt werden. 

17. System nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB als Schnittstelle ein 
Wamungsfenster (18, 19) vorgesehen ist, gemaB dem 
beim Auftreten einer Alarmmeldung ein Fenster am 
Bildschirm erscheint, in welchem Informationen uber 
die Alarmmeldung angezeigt werden. 

18. System nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Konflgurations- 
daten im jeweiligen Personal Computer lokal in der 
Registry-Datenbank (16) des Betriebssystems WIND- 
OWS NT gespeichert sind. 

19. System nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB zur Konfigurierung 
samtliche Aiarmmeldungen sowie die moglichen 
Schnittstellen als Matrix darstellbar sind und daB beim 
Konfigurieren an den Kreuzungspunkten von Zeilen 
und Spalten der Matrix Entscheidungsdaten eingege- 
ben werden, die bei der Prufung der Aiarmmeldungen 
ausgewertet werden. 

20. System nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB die Konfigurierung 
der verschiedenen Personal Computer oder der Grup- 
pen von Personal Computern im Rechnerverbundnetz 
am Administrator-Personal Computer vornehmbar ist. 
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